home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000499_montulli@ukanaix.cc.ukans.edu _Tue Dec 22 01:19:27 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  9KB

  1. Return-Path: <montulli@ukanaix.cc.ukans.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA03792; Tue, 22 Dec 92 01:19:27 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA26374; Tue, 22 Dec 1992 01:33:27 +0100
  6. Received: by ukanaix.cc.ukans.edu (AIX 3.1/UCB 5.61/4.03)
  7.           id AA30347; Mon, 21 Dec 92 18:32:00 -0600
  8. From: montulli@ukanaix.cc.ukans.edu (Lou Montulli)
  9. Message-Id: <9212220032.AA30347@ukanaix.cc.ukans.edu>
  10. Subject: Re: Searching
  11. To: timbl@nxoc01.cern.ch
  12. Date: Mon, 21 Dec 92 18:31:59 CST
  13. Cc: www-talk@nxoc01.cern.ch
  14. In-Reply-To: <9212210926.AA00227@www3.cern.ch>; from "Tim Berners-Lee" at Dec 21, 92 10:26 am
  15. X-Mailer: ELM [version 2.3 PL2]
  16.  
  17. > >  From: montulli@ukanaix.cc.ukans.edu (Lou Montulli)
  18. > >  Date: Fri, 18 Dec 92 15:26:25 CST
  19. > >  WAIS searching is adequate for many applications but ergonomically 
  20. > >  it has a long way to go.  The currently search methods provided by 
  21. > >  WWW and Gopher are inadequate for many needs.
  22. > Lou,
  23. > I agree that a forms intreface is something they all lack, and there
  24. > have been a number of proposals to make documents into forms.
  25. > (The main problem is, we don't have editors yet. When we do, then
  26. > there will be plenty of work on forms.)
  27. > >  For an example, assume a hypothetical database for calendar information.
  28. > >  It is designed to allow the user to pick among a finite set of events 
  29. > >  and show them based on a date range.  A CWIS interface to the data
  30. > >  might look like the following.
  31. > In fact, your example is a good one for showing how flexible
  32. > W3 can be! See documentation with examples in 
  33. > http://info.cern.ch/hypertext/WWW/Provider/RadioButtons.html
  34. > Here's one of an infinite :-) number of ways of doing it.
  35. > Let's suppose the categories are called A-Z.  At any time the
  36. > user has a certain number of categories selected, and we
  37. > represent his screen at the time with the document name
  38. >     /Calendar/ABSGLMZ/Setup.html
  39. > When he is in this state, his screen shows something like that
  40. > below.  This is obviosly just a hypertext document generated by
  41. > the server in response to a request for /Calendar/ABSGLMZ/Setup.html.
  42. > I have represented link anchors with [brackets] here - think of it
  43. > with a point & click interface or a line-mode numeric selection.
  44. >   ----------------------------------------------------------------
  45. >         Welcome to The University of Kansas Events Server
  46. >   
  47. >             See [list of all these 569 events]
  48. >   
  49. >             Starting search date:  Dec, 18 1992
  50. >               Ending search date:  Jan, 18 1993
  51. >   
  52. >  This is a calendar of events in the following categories (select links
  53. >  to exclude them from the calendar)
  54. >    Academic field    [exclude]     Museum & gallery   [exclude]
  55. >    Academic year     [exclude]     Music              [exclude]
  56. >    Athletic          [exclude]     Other cultural     [exclude]
  57. >  There are 569 events in these categories: See complete [list],
  58. >  or type keywords.
  59. >  
  60. >  Other categories available as as follows (Follow links to include them
  61. >  in the calendar)
  62. >  
  63. >    Ceremonies & recognitions  [include]  Parties          [include]  
  64. >    Club & group meetings      [include]  Recreational          [include]  
  65. >    Conferences & workshops    [include]  Service & charitable     [include]  
  66. >    Film                       [include]  Special academic matters [include]  
  67. >    Holidays, etc              [include]  Theatre                  [include]  
  68. >    Lecture                    [include]  Training events          [include]  
  69. >    Local & area               [include]  University governance    [include]
  70. > You can also set the [start] and [end] search dates.
  71. > ___________________________________________________________________________
  72. > The user can select any of the 20 fields as being on or off by following
  73. > links. It is as though there are 2**20 virtual calendars.  (The user is in fact
  74. > naviagting a hypercube here, which is exactly what (s)he does when using radio
  75. > buttons anyway. The user intreface is not changed in fact from a panel).
  76. > Here I have assumed that the "document" can accept searches, and we say that
  77. > any search text given will be taken as keywords. There are links to a few
  78. > other nodes:
  79. >  /Calendar/ASGLMZ/Setup.html    Identical except category B excluded (etc)
  80. >  /Calendar/ABCSGLMZ/Setup.html  Identical except category C included (etc)
  81. >  /Calendar/ABSGLMZ/Start.html   Identical except keywrds taken as start date
  82. >  /Calendar/ABSGLMZ/End.html     Identical except keywords taken as end date
  83. >  /Calendar/ABSGLMZ/List.html    Includes the list of events in categories
  84. > (I should have included the search dates in the string like
  85. >  /Calendar/921218/930118/ABSGLMZ/*.html but also I would advise in practice
  86. >  /Calendar/LastMonth/ABSGLMZ/*.html as a default)
  87. >  
  88. > >  How can this be done 
  89. > >  given the current implementation of WWW and others like it? 
  90. > You can see that the program to generate these pages is simpler than the
  91. > interactive CWIS program to write.
  92. > Another neat thing is that when the user has found the ideal combination,
  93. > she can put a bookmark on it, or make a link from her home page or any
  94. > other document to it.  With LastMonth as the search date, she can follow
  95. > this link to review the calendar any time.
  96. > >  :lou
  97. > Tim
  98. Sorry for the long intro but it is relevent to the message.
  99.  
  100. This interface is problimatic in that it will be extremly slow to navigate.
  101. To turn on or off the 20 different catagories, the user would have to
  102. navigate 20 different screens of data, waiting for the transfer and the
  103. repaint for each one.  I also think that this program would be as hard or
  104. harder to write than the original, although it does give data that the 
  105. client can display natively.  
  106.  
  107. I believe this is a case where you will have to give the client a little
  108. more smarts than before.  A template could be designed that intructs the
  109. client on how to query the user in several ways.  The client would make
  110. all the relevent queries itself and then query the server.  This could
  111. look something like this:
  112. -------------------------------------------------------
  113.       Welcome to The University of Kansas Events Server
  114.  
  115.           Press return at any time to show events.
  116.  
  117.           Starting search date:  <field_name:s_date  query_type:date>
  118.             Ending search date:  <field_name:e_date  query_type:date>
  119.  
  120.                           Categories
  121.   <field_name:Acad  query_type:boolean  init_val:on>Academic field
  122.   <field_name:Acad  query_type:boolean  init_val:on>Academic year
  123.   <field_name:Athl  query_type:boolean  init_val:on>Athletic    
  124.   <field_name:Cere  query_type:boolean  init_val:on>Ceremonies & recognitions
  125.   <field_name:Club  query_type:boolean  init_val:on>Club & group meetings   
  126.   <field_name:Conf  query_type:boolean  init_val:on>Conferences & workshops
  127.   <field_name:Film  query_type:boolean  init_val:on>Film                  
  128.   <field_name:Holi  query_type:boolean  init_val:on>Holidays, etc        
  129.   <field_name:Lect  query_type:boolean  init_val:on>Lecture             
  130.   <field_name:Loca  query_type:boolean  init_val:on>Local & area       
  131.  
  132. ----------------------------------------------
  133. The client would replace the links shown with the appropriate objects
  134. such as radio buttons or stars or however the client wished to represent
  135. a boolean type.  The date type would be handled in the same way.
  136.  
  137. When the user was satisfied with his selections he would activate the 
  138. search and the client would pass back the values of all the fields to
  139. the server.
  140.  
  141. This represents considerably more effort in the development of the client,
  142. but it makes the development of database servers much, much easier.  I
  143. suspect the one time effort of adding it to a client is much better in
  144. the long run than the effort of adding it to every database server.
  145.  
  146. :lou
  147. -- 
  148.   **************************************************************************
  149.   *           T H E   U N I V E R S I T Y   O F   K A N S A S              *
  150.   *         Lou  MONTULLI @ Ukanvax.bitnet                        *
  151.   *                         Kuhub.cc.ukans.edu                              *
  152.   *  Nothing difficult,     Ukanaix.cc.ukans.edu    ACS Computing Services *
  153.   *   is ever easy!             913/864-0436           Lawrence, KS 66044  *
  154.   *                                            *
  155.   *  For how we live is so different from how we ought to live that he who *
  156.   *  studies what ought to be done rather than what is done will learn the *
  157.   *  way to his downfall rather than to his preservation.  -Machiavelli    *
  158.   **************************************************************************
  159.